home *** CD-ROM | disk | FTP | other *** search
- User Information in various formats for The Major BBS V2.20
- Copyright (C) 1995 Danen Information Services. All Rights Reserved.
-
-
- FOR "MAJOR BBS" SYSOPS ONLY!
-
-
- This program is produced as a pilot project to gauge interest in this sort of
- utility programs. If you, as a SysOp, think that this is a valuable program,
- please leave me e-mail at one of the following addresses:
-
- InterNet : gdanen@freenet.edmonton.ab.ca
- CompuServe: 70672,1624
- C+Net BBS : (403) 477-9545 (my home base)
-
- Of course, if you find bugs or have suggestions, leave a message too!
-
-
- The purpose of the program will become obvious as soon as you run it, to
- produce information files in a variety of ways about the users of your BBS.
- I intend to expand on this program depending on input from SysOps like
- yourself. If you have a need, let me know! Right now, this program is
- offered as FreeWare. That may change in the future.
-
-
- Back to Reality!
-
- The way information is produced can be controlled with the userlist.ini file.
- Just like win.ini for Windows, you specify how the program is to behave.
- The default is the userlist.ini file in the same directory as the userlist.exe
- file. If you change the name of userlist.exe to uli.exe, you must change the
- .ini file name to uli.ini. Alternately, you may put the name of an .ini file
- on the command line. This is useful if you want several different custom
- reports. You can set up a batch file like this, for example:
- @echo off
- btrieve /p:2048 /e
- userlist
- userlist scenar-1.ini
- userlist scenar-2.ini
- userlist scenar-3.ini
-
- You can have a [custom] section in the standard userlist.ini, and then have
- three different scenarios in the other .ini files. The name of the .ini on the
- command line must be fully qualified if it's not in the current directory.
-
-
- The .ini file contains a number of sections, and control fields within each
- section. The sections are:
-
- USERLIST - General parameters for the program
- REPORTS - Which report files to produce and their names
- BIRTHDATE - Parameters for the "Birthday Announcements" report
- PURGE - Parameters for the "Purge" report
- ANSI - ANSI colours for files that use them
- CUSTOM - Describes the "custom" report
-
- Except for the custom report, the order of the information is not important. A
- default .INI has been included. Please have a look at it now.
-
-
- Date formats:
- Dates may be represented in a number of different ways:
- ddmmmyy --> 01Apr95
- dd-mmm-yy --> 01-Apr-95
- dd.mmm.yyyy --> 01.Apr.1995
- dd-mmm-yyyy --> 01-Apr-1995
- mm/dd/yy --> 04/01/95
- yyyymmdd --> 19950401
-
- True/False (TF) fields:
- TF fields are logical fields where you indicate whether something is to happen
- or not. By default, nothing happens. If the first character after the = sign
- is a "Y" or "T" or "1" then we have a "true" condition.
-
-
- Sections in the .ini file:
-
- [userlist]
- "passwords" is a TF field, and determines whether passwords are shown on the
- reports produced.
-
- "creditinfo" is a TF field, and determines whether credit information is shown
- on the reports produced. Some SysOps don't have a credit system, so why bother
- showing credit info...
-
- "csvdate" is a date field and controls the date format for CSV files. The
- default is yyyymmdd.
-
- "repdate" is a date field and controls the date format for all reports, except
- the CSV file and the custom report. The default is dd-mmm-yy.
-
-
- [reports]
- This is where you define which reports are to be produced, and what the file
- names are to be:
- standard=ul.std
- detail=ul.det
- csv=ul.csv
- birthdate=userinfo\bdates
- purge=sysop\2purge.lst
- stats=ul.sts
- custom=ul.cus
- You have three ways to suppress a report:
- 1. remove its entry;
- 2. leave the name blank (nothing after the = sign);
- 3. put a semi-colon in front of the entry name, e.g.,
- ";detail=ul.det"
-
-
- [purge]
- Under this heading you describe the purge report. Personally, I have a lot of
- people checking out the BBS, and never call back if they're not interested in
- C/C++ programming or networking. I want to cull those user entries to prevent
- a whole bunch of non-active users. My rule is, if they don't call back within
- two weeks, they're out. To do that, I compare the account creation date with
- the last login date. If they're the same, and it's been over 14 days, they're
- shown on the report. I also show the user's age, since I get a large number of
- teenagers calling who are just checking things out.
-
- "days" determines how many days have to pass before the non-active users are
- shown on the report.
-
-
- [birthdate]
- Under this heading you describe the birthday listing.
-
- "sort" is a TF field, and determines whether the report is to be sorted by
- birth date.
-
- The "prev" and "next" parameters determine how may days to look back and into
- the future for inclusion in the list. "prev" ranges from 0 to 10, and "next"
- from 1 to 60.
-
- "format" only has one option, "ansi". Under the [ansi] section, you get to
- pick your colours, otherwise red on white is used. The rest of the parameters
- described under [birthdate] are only used IF you picked the ansi format...
-
- If "cls" is true, the screen is cleared with the "bg" colour under [ansi].
-
- Colour selections can be set for the name, the date, and the `happy birthday'
- note. The entries are "fghappy", "bghappy", "fgdate", "bgdate", "fgname" and
- "bgname". See under [ansi] for valid colour descriptions.
-
-
- [ansi]
- Two parameters in this section determine foreground "fg", and background "bg"
- colours on all reports that use ansi colours. Acceptable colour descriptions
- are:
- Abbrev. Meaning
- ---------- -------------
- C Cyan
- M Magenta
- R Red
- W White
- Y Yellow
- BLA Black
- BLU Blue
- BRO Brown
- BRW Bright white
- BW Ditto
- GRA Gray
- GREY Grey
- GREE Green
- LB or LTB Light blue
- LC or LTC Light cyan
- LG or LTG Light green
- LM or LTM Light magenta
- LR or LTR Light red
- LW or LTW Bright white
- For example, "fg=lw" and "bg=re" produced bright white on red. Note that once
- the "R" for red has been recognized, _anything_ may follow. "rX" or "RedColor"
- will all result in RED.
-
-
- [custom]
- The custom report allows you to report on the fields that you need, and in the
- order (field order, not sort order!) you need them. If you only want to see
- age and user name, or userid and age, here's your chance. The order in which
- you show the parameters in this section determines the order on the report.
-
- "name" is shown in one of four ways. You may want to see both user id and real
- name, or just one or the other. Take your pick! "name=userid+realname" will
- show both the user id AND the real name IF the real name is different. That
- same principle holds true for "name=realname+userid". The other options are
- "name=realname" and "name=userid".
-
- "namesize" determines how many characters of "name" to print. If your users
- use short handles, you may want to see fewer than 30 characters (default), or
- if you're printing both real name and handle, you may wish to see more. Can
- be 10 to 50.
-
- "class" is a TF field, and determines whether to show the user's current class.
- By default the class is not shown.
-
- "classize" determines how many characters of "class" to print. Works like
- "namesize". From 5 to 20.
-
- Some date information you can show on the report: "birth", "logindate" and
- "createdate" show date of birth, date of last login, and account creation date,
- respectively. You can mix and match any of the allowed date formats.
-
- Three numeric fields, related to the above described date fields, are "age",
- "logindays" and "createdays". The number after the = sign indicated how many
- columns to use on the report. "age" can use from 2 to 10 columns, while
- "logindays" and "createdays" can range from 3 to 10 columns.
-
-
- That's it!
-
- Leave a message if something is not clear, please!
-
-
- Gerry Danen